Attorney Docket No. : 450100-05199 
IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



APPLICANT (S) : Naoki Ode 
APPLICATION NO . : 10/560,021 
FILING DATE: December 8, 2005 



GROUP ART UNIT: 2195 
EXAMINER : BRYANT , DOUGLAS J . 
CONFIRMATION No . : 1011 



TITLE: RESOURCE CONFLICT MANAGING 
METHOD, APPARATUS, PROGRAM, 
AND STORAGE MEDIUM 

Hon. Commissioner of Patents and Trademarks, 
Washington, D.C. 2 0231 

SIR: 

CERTIFIED TRANSLATION 

I, Masaaki Iwami of 3-22, Asagaya-minami 1-chome, 
Suginami-ku, Tokyo, Japan, am an experienced translator of 
the Japanese language into the English language and I hereby 
certify that the attached comprises an accurate translation 
into English of Japanese Patent Application 2003-165237 filed 
June 10, 2003. 

I hereby declare that all statements made herein of my 
own knowledge are true and that all statements made on 
information and belief are believed to be true; and further 
that these statements were made with the knowledge that willful 
false statements and the like so made are punishable by fine 
or imprisonment or both, under Section 1001 of Title 18 of 
the United States Code and that such willful false statements 
may jeopardize the validity of the application or any patent 
issued thereon. 



February 18, 2010 



[Name of Document] Specification 

[Title of the Invention] Resource Managing Method, 
Resource Managing Apparatus, Resource Managing Program, 
and Storage Medium 
[What is Claimed is] 

[Claim 1] A resource managing method comprising: 

a step of accepting a resource acquisition request 
by accepting means from processing means ; 

a step of determining by conflict determining means 
whether a resource corresponding to said resource 
acquisition request from said one processing means 
conflicts with the resource to be used by another 
processing means; 

a step of deciding by deciding means which of the 
processing means found to be in conflict with one another 
about resource usage by the conflict determining means 
should be granted permission to use the resource in 
question; 

upon receipt of a request to be notified of release 
of said resource from the processing means not granted 
permission to use said resource, a step of cataloging by 
list cataloging means in a list said resource 
corresponding to the release notification request in 
conjunction with the release notification-requesting 



processing means; 

upon receipt of a notice saying that said resource 
has been released from the processing means having been 
granted permission to use said resource, a step of 
checking by list checking means from said list said 
release notification- requesting processing means; and 

a step of issuing by notice issuing means an 
acquisition complete notice saying that said resource has 
been acquired to said release notification-requesting 
processing means checked from said list by said list 
checking means. 

[Claim 2] The resource managing method according to 
claim 1, wherein whether or not to grant permission to 
use said resource according to a priority predetermined 
for each of said processing means is decided in said 
deciding step in which the deciding means decides 
permission to use said resource. 

[Claim 3] The resource managing method according to 
claim 1, wherein said resource acquisition request is 
accepted per function representing at least one resource 
needed to perform a desired process in said accepting 
step in which said accepting means accepts said resource 
acquisition request; 

wherein presence of conflict between resources is 
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determined per function in said determining step in which 
said conflict determining means determines conflicts 
between the resources; 

wherein whether or not to grant permission to use 
resources is decided per function in said deciding step 
in which said deciding means decides permission to use 
the resource ; 

wherein said resources are cataloged in said list 
per function in said list cataloging step in which said 
list cataloging means catalogs said resources in said 
list; 

wherein said list is checked per function in said 
list checking step in which said list checking means 
checks said list; and 

wherein said acquisition complete notice is issued 
per function in said notice issuing step in which said 
notice issuing means issues said acquisition complete 
notice . 

[Claim 4] The resource managing method according to 
claim 3, wherein whether or not to grant permission to 
use said resources is decided according to a priority 
predetermined per function in said deciding step in which 
said deciding means decides permission to use said 
resource . 
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[Claim 5] A resource managing apparatus comprising: 
accepting means for accepting a resource 
acquisition request from processing means; 

conflict determining means for determining whether 
a resource corresponding to said resource acquisition 
request from said one processing means conflicts with the 
resource to be used by another processing means; 

deciding means for deciding which of the processing 
means found to be in conflict with one another about 
resource usage by said conflict determining means should 
be granted permission to use the resource in question; 

list cataloging means which, upon receipt of a 
request to be notified of release of said resource from 
the processing means not granted permission to use said 
resource, catalogs in a list said resource corresponding 
to the release notification request in conjunction with 
the release notification-requesting processing means; 

list checking means which, upon receipt of a notice 
saying that said resource has been released from the 
processing means having been granted permission to use 
said resource, checks from said list said release 
notification-requesting processing means; and 

notice issuing means for issuing an acquisition . 
complete notice saying that said resource has been 



acquired to said release notification-requesting 
processing means checked from said list by said list 
checking means. 

[Claim 6] The resource managing apparatus according to 
claim 5, wherein said deciding means decides whether or 
not to grant permission to use said resource according to 
a priority predetermined for each of said processing 



means . 



[Claim 7] The resource managing apparatus according to 
claim 5, wherein said accepting means accepts said 
resource acquisition request per function representing at 
least one resource needed to perform a desired process; 

wherein said conflict determining means determines 
presence of conflict between resources per function; 

wherein said deciding means decides whether or not 
to grant permission to use resources per function; 

wherein said list cataloging means catalogs said 
resources in said list per function; 

wherein said list checking means checks said list 
per function; and 

wherein said notice issuing means issues said 
acquisition complete notice per function. 

[Claim 8] The resource managing apparatus according to 
claim 7, wherein said deciding means decides whether or 



not to grant permission to use said resources according 
to a priority predetermined per function. 

[Claim 9] A resource managing program having a computer 
executed as: 

accepting means for accepting a resource 
acquisition request from processing means; 

conflict determining means for determining whether ■ 
the resource corresponding to said resource acquisition 
request from said one processing means conflicts with the 
resource to be used by another processing means; 

deciding means for deciding which of the processing 
means found to be in conflict with one another about 
resource usage by said conflict determining means should 
be granted permission to use the resource in question; 

list cataloging means which, upon receipt of a 
request to be notified of release of said resource from 
the processing means not granted permission to use said 
resource, catalogs in a list said resource corresponding 
to the release notification request in conjunction with 
the release notification-requesting processing means; 

list checking means which, upon receipt of a notice 
saying that said resource has been released from the 
processing means having been granted permission to use 
said resource, checks from said list said release 



notification- requesting processing means; and 

notice issuing means for issuing an acquisition 
complete notice saying that said resource has been 
acquired to said processing means checked from said list 
by said list checking means. 

[Claim 10] A computer- readable recording medium storing 
resource managing program having a computer executed as: 

accepting means for accepting a resource 
acquisition request from processing means; 

conflict determining means for determining whether 
the resource corresponding to said resource acquisition 
request from said one processing means conflicts with the 
resource to be used by another processing means; 

deciding means for deciding which of the processing 
means found to be in conflict with one another about 
resource usage by said conflict determining means should 
be granted permission to use the resource in question; 

list cataloging means which, upon receipt of a 
request to be notified of release of said resource from 
the processing means not granted permission to use said 
resource, catalogs in a list said resource corresponding 
to the release notification request in conjunction with 
the release notification-requesting processing means; 

list checking means which, upon receipt of a notice 
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saying that said resource has been released from the 
processing means having been granted permission to use 
said resource, checks from said list said release 
notification-requesting processing means; and 

notice issuing means for issuing an acquisition 
complete notice saying that said resource has been 
acquired to said processing means checked from said list 
by said list checking means. 

[Detailed Description of the Invention] 
[0001] 

[Technical Field to which the Invention Pertains] 
The present invention relates to a resource 
managing method, a resource managing apparatus, a 
resource managing program, and a storage medium for 
managing the allocation of hardware resources for 
electronic equipment. 

[0002] 

[Prior Art] 

There exist a number of methods for averting the 
conflict of requests to use hardware resources (simply 
called resources hereunder) from a plurality of executing 
tasks. Illustratively, the number of methods includes one 
method (called the first method hereunder) involves 
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limiting the right to use resources according to 
predetermined priority; another method (the second 
method) is a so-called single task method that limits the 
number of executable applications to a single task at any 
one time; a further method (the third method) involves 
allowing only the first application that has acquired a 
resource to utilize those resources at any one time; and 
an even further method (the fourth method) involves 
implementing by software a layer in which hardware 
resources are represented by abstract entities so that 
the resources may be accessed simultaneously on a virtual 
basis . 
[0003] 

Patent Document 1 discloses a technique for 
allocating hardware resources. The Patent Document 1 
involves adjusting, in a multitask processing environment, 
the waiting times of processing requests for resources 
depending on the degree of congestion of the requests so 
that the resources may be allocated preferentially, in 
other words, processing requests of lower priorities are 
delayed variably depending on the degree of their 
congestion so that the resources are allocated 
preferentially for requests of higher priorities. 
[0004] 
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[Patent Document 1] 

Japanese Patent Laid-Open No. Hei 9-16416 (Fig. 1) 
[0005] 

[Problems to be Solved by the Invention] 

However, the first and the second methods above 
have the disadvantage of entailing restrictions on the 
performance of applications; a method involving fewer 
operational constraints is preferred. The third method 
requires that resource requests have the same priority 
within the system; any differences that may exist in 
priority are ignored. If it is desired to allocate 
resources according to priority by the third method, it 
is necessary to carry out priority management on the 
user's responsibility. For the fourth method, a high- 
performance environment such as a personal computer is 
mandatory; the scheme involved is too burdensome for 
devices with limited functions and capabilities such as 
mobile phones. 

[0006] 

The present invention has been made in view of the 
above circumstances and provides a resource managing 
method, a resource managing apparatus, a resource 
managing program, and a storage medium for managing the 
allocation of hardware resources between a plurality of 
10 



applications efficiently and flexibly so as to implement 
exclusive, conflict-free usage of the resources. 
[0007] 

[Means for Solving the Problems] 

The present invention accepts a resource 
acquisition request from any one of a plurality of 
processing means; determines whether a resource 
corresponding to the resource acquisition request from 
that processing means conflicts with the resource to be 
used by another processing means; decides which of the 
processing means found to be in conflict with one another 
about resource usage should be granted permission to use 
the resource in question; upon receipt of a request to be 
notified of release of the resource from the processing 
means not granted permission to use the resource, 
catalogs in a list the resource corresponding to the 
release notification request in conjunction with the 
release notification-requesting processing means; upon 
receipt of a notice saying that the resource has been 
released from the processing means having been granted 
permission to use the resource, checks from the list the 
release notification-requesting processing means; and 
issues an acquisition complete notice saying that the 
resource has been acquired to the release notif ication- 
11 



requesting processing means checked from the list in the 
list checking step. 
[0008] 

In the present invention, the resource acquisition 
request may be accepted, presence of conflict between 
resources may be determined, whether or not to grant 
permission to use resources may be decided, the resources 
may be cataloged in the list, the list may be checked, 
and the acquisition complete notice may be issued, per 
function representing at least one resource needed to 
perform a desired process. 
[0009] 

That is, according to the present invention, 
whereas it is the processing means that ultimately 
acquire resources, the resource managing apparatus 
exercises management over how to determine presence of 
conflict between resources, how to decide whether or not 
to grant permission to use resources, and how to allocate 
the right to use resources. The processing means that 
failed to acquire a given ' resource may request to be 
notified of release of the resource in question as soon 
as it occurs. If the processing means that was using the 
resource has released it and if there is any processing 
means requesting to be notified of release of the 
12 



resource in question, the resource managing apparatus 
issues to the requesting processing means an acquisition 
complete notice saying that the resource has been 
released. 
[0010] 

[Mode for Carrying Out the Invention] 

Preferred embodiments of the present invention will 
now be described with reference to the accompanying 
drawings . 

[0011] 

Before specific structures of the embodiments are 
discussed, the scheme of resource management proposed by 
the present invention will be outlined below. 
[0012] 

According to the present invention, hardware 
resources (simply called resources) are managed in units 
called functions. A function represents one or more 
resources that are used to carry out a process desired by 
an application corresponding to processing means of the 
present invention. As such, the function is the smallest 
increment of resource management. Specific functions may 
include a compressed moving picture reproduction function 
and a digital camera function representative of the 
corresponding capabilities of electronic equipment. More 
13 



specifically, the compressed moving picture reproduction 
function is arranged to represent a number of resources 
necessary for reproducing compressed moving pictures. 
Such resources may include: a data acquisition resource 
for acquiring compressed moving picture data from a 
memory or over a communication line; a data expansion 
resource such as a circuit for expanding the compressed 
moving picture data; a display resource such as a display 
device for displaying the moving pictures following their 
data expansion; and an audio output resource such as 
speakers for output ting sounds derived from the expanded 
data. Likewise, the digital camera function is set to 
represent resources needed to take pictures digitally. 
These resources may include: a digital camera block for 
taking pictures; a data compression resource such as a 
circuit for compressing picture data taken; and a 
recording resource such as a circuit for recording 
compressed picture data to a memory. The data handled in 
conjunction with the above functions each representative 
of resources is, for example, 32 -bit -long bitmap 
information. 
[0013] 

Fig. 1 is a tabular view showing relations of 
correspondence between functions and resources. This 
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figure depicts generalized relations between functions 
and resources. Reference characters FA through FN in a 
left-hand side column (vertical axis) of Fig. 1 denote 
individually different functions; reference characters RA 
through RO in a top row (horizontal axis) represent 
individually different resources. In Fig. 1, each of the 
functions in the column is shown to include the resources 
designated by hollow circles pointing to the top row. 
More specifically, the functions FA through FD in Fig. 1 
are shown associated with the resource RC for their use, 
and the functions FE and FF with the resource RB. 
Similarly, the function FG is shown associated for its 
use with the resource RH, the function FH with the 
resource RI, the function FI with the resources RE, RG, 
RI, RJ, and RL; the function FJ with the resources RA, RC, 
RD, and RE; and the function FK with the resources RF, RG, 
RI through RL, and RN. Explanations of the functions FL 
through FN are omitted. 
[0014] 

Fig. 2 is a block diagram outlining a structure of 
electronic equipment that carries out resource management 
as an embodiment of the present invention. The inventive 
electronic equipment includes a resource manager 1, 
applications 4, resources (hardware resources) 6, and a 
15 



resource access library 5. The resource manager 1 
implements the functions of a resource managing apparatus 
according to the invention. The applications 4 constitute 
software for use by the electronic equipment in carrying 
out diverse processes. The resources 6 are made up of 
various hardware resources incorporated in this 
electronic equipment. The resource access library 5 
serves as an interface that allows the applications 4 to 
gain access to the resources 6. 
[0015] 

The resource manager 1 is a principal block that 
executes resource management according to the present 
invention, providing exclusive control over the resources 
6 accessible by the applications 4, and has a resource 
manager processing block 2 and a resource manager access 
library 3. The resource manager access library 3 
functions as the accepting means and notice issuing means 
of the present invention. The library 3 thus serves as an 
interface that allows the applications 4 to access the 
resource manager processing block 2. Using the resource 
manager access library 3, the applications 4 may request 
the right to use resources from the resource manager 
processing block 2 or may notify the latter of released 
resources. The resource manager processing block 2 
16 



functions as the conflict determining means, deciding 
means, list cataloging means, and list checking means of 
the present invention. The resource manager processing 
block 2 has a handle management block 8 and a resource 
management block 7 for carrying out resource management 
per function. The handle management block 8 manages the 
correspondence between resource handles and functions and 
has a list in which numbers are assigned to the resources 
requested by the applications 4. The list is used to 
ascertain which applications are using which resources 
and to determine conflict between applications about 
resource usage. The resource management block 7 manages 
resources per function and has the table of Fig. 1 
defining the relations of correspondence between the 
functions and the resources. For resource management, the 
resource management block 7 checks to see which resources 
are linked to which resource numbers and which resources 
are represented by which functions and further grants 
permission to use resources to applications. Because the 
resource manager access library 3, handle management 
block 8, and resource management block 7 in the resource 
manager 1 operate in coordinated fashion, these blocks 
will be treated integrally as the resource manager 1 
hereunder. 
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[0016] 

In the structure of Fig. 2, the applications 4 each 
can request at least one function. By requesting a 
function, the application 4 requests the resource manager 
1 to acquire the resources to be used by the function in 
question. If, say, two or more applications 4 request for 
ensure of resources, that is, request acquisition of 
resources, by requesting functions simultaneously or at 
different times, the resource manager 1 references the 
correspondence table of Fig. 1 to compare the functions 
for coincidence of the resources to be used. Through the 
comparison, the resource manager 1 determines whether 
there exists a resource conflict. If the resource manager 
1 determines that a resource conflict has occurred, the 
manager 1 performs a resource conflict resolution process, 
to be described later. If it is determined that no 
resource conflict has occurred, the resource manager 1 
grants each of the applications 4 permission to use their 
respective resources. 
[0017] 

When acquiring resources, the application 4 informs 
the resource manager 1 of the function names and 
priorities of the desired resources, the cause for 
resource acquisition, access handles, and a. process ID. 
18 



Each application is associated beforehand with priority- 
information constituted by the priority of the 
application in question, priority of each of the 
functions involved, and priority of each of the 
corresponding resources. The resource manager 1 uses the 
priority information when resolving any resource conflict 
that may occur. If an attempt to acquire a resource fails 
or if the right to use the resource is moved, the 
resource manager 1 utilizing the cause for resource 
acquisition informs the application 4 requesting the 
resource in question why the attempt to acquire it has 
failed or why the right to use it has been moved. The 
access handles constitute information that is used to 
access a plurality of functions simultaneously. The 
process ID is information used to identify the 
application 4 requesting the resources. With this 
embodiment, resource acquisition is deemed successful 
only if all resources for use by all designated functions 
have been acquired. Any other cases of resource 
acquisition are considered a failure. In case of a failed 
attempt to acquire any resource, the corresponding 
function is released even if some of the requested 
resources have already been acquired. The resource 
manager 1 notifies the application 4 of the result of 

19 



resource acquisition per function. 
[0018] 

Any resource that is no longer in use should be 
released as soon as possible. The resource in question is 
released by the application 4 having used it so far. In 
other words, any resource, once acquired, will be 
released only by the application 4 having acquired it in 
the past. After releasing a resource, the application 4 
notifies the resource manager 1 of release of the 
resource in question. A resource release complete notice 
issued at this point includes the access handle and 
process ID utilized upon acquisition of the resource. 
While a plurality of functions may be designated 
simultaneously, the release complete notice is issued per 
function because the processing is carried out on a 
function-by- function basis. 
[0019] 

An application 4 may issue a resource release 
notification request asking the resource manager 1 to 
notify the release of all resources for use by the 
requested functions. It is possible to designate a 
plurality of functions in conjunction with each resource 
release notification request. When all resources for use 
by all the functions simultaneously designated are 
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released, the resource manager 1 issues the release 
notice to the application 4 having requested to be 
notified of release of the resources. When sending the 
release notification request, the application 4 informs 
the resource manager 1 of the names of the functions 
requesting the release notice, release waiting priority, 
notice waiting priority, access handles, and a process ID. 
Only when all resources of all designated functions have 
been released, does the resource manager 1 send the 
release notice to the application 4. If the resources are 
not released within the notice waiting time, the resource 
manager 1 sends a release notification time-out notice to 
the application 4 . A resource waiting state may be 
canceled by the application 4 that has issued the release 
notification request, the application 4 effecting the 
cancellation by informing the resource manager 1 of the 
access handles and process ID used upon resource 
acquisition. That is, the waiting state for the release 
of any resource can only be canceled by the application 4 
waiting for the resource to be released. 
[0020] 

Upon receipt of a resource release notice, the 
application 4 should, without delay, request the resource 
in question or inform the resource manager 1 that the 
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resource is no longer needed. If the application has 
requested the resource, the resource manager 1 sends a 
resource release notice to the application of the next 
notice destination next time the resource is released. If 
the resource is not needed, the resource manager 1 sends 
a resource release notice to the application of the next 
notice destination. If the application 4 fails to 
indicate whether it needs the resource, the resource 
manager 1 recognizes a. time-out upon elapse of a 
predetermined time period and regards the resource as 
unnecessary. In that case, the resource manager 1 sends a 
resource release notice to the application of the next 
notice destination. Suppose that upon elapse of a time 
period designated by the application requesting to be 
notified of release of the resource, a resource release 
notice is not received from the application using the 
resource in question. In such a case, the resource 
manager 1 cancels the state in which to wait for a 
release request, and sends a time-out notice to the 
application requesting to be notified of release of the 
resource. If there exists a plurality of applications 
requesting to be notified of release of the resource, a 
release notice is first given to the application with the 
higher priority than any other application, and to the 
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application with its notification request made later than 
any other. That is, the release notice is given first to 
the application of the highest priority. If there exist a 
plurality of applications having the same priority, the 
notice is given to the application that has made its 
notification request later than any other application. 
[0021] 

A plurality of functions may be designated 
simultaneously by a resource acquisition request, a 
resource release request, or a release notification 
request. The process involved is carried out individually 
with each of the functions, and a notice of the result is 
issued per function. Where a plurality of functions are 
designated simultaneously, the result of the process 
varies from function to function. 
[0022] 

Furthermore, the resource manager 1 may perform a 
"health" check periodically on cataloged applications. If 
the absence of an application is verified as a result of 
the health check, the resource manager 1 releases all the 
resources that have been used by the application in 
question, and cancels what is being cataloged about that 
application. 
[0023] 
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Specific actions taken for control of a resource 
conflict will now be described individually. 
[0024] 

It might happen that upon request by an application 
4 for a function, the function includes a resource 
currently used by another application so that the request 
to acquire the function leads to a resource conflict. In 
that case, the resource manager 1 gives the right to use 
the resource to the application with the higher priority 
than the other application. If the applications have the 
same priority, the resource manager 1 gives the right to 
use the resource to the application that has made the 
acquisition request most recently. If the right to use 
the resource has been moved, the resource manager 1 
notifies the application using the resource what has 
caused the removal and waits for a response from the 
application. The right to use resources is moved 
typically when a response is returned with regard to a 
notice of the cause for removing the right or when a 
resource release request is sent following transmission 
of the notice of the cause. 
[0025] 

Where an application 4 is set to acquire a 
plurality of functions simultaneously, the resource 
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manager 1 checks to see if any one of the functions 
cannot be acquired due to a resource conflict. If any one 
of the functions is found unavailable because of the 
conflict, the resource manager 1 gives in response a 
single notice of acquisition failure to the application 4 
so as to avoid an unproductive resource release process. 
In that case, the application 4 stops acquiring the 
resources for all designated functions. If acquisition of 
the functions is not hampered by any resource conflict, 
the resource manager 1 determines whether the resources 
are acquired for each of the designated functions. The 
result of the resource acquisition per function is 
reported to the application 4. 
[0026] 

It might happen that while the application 4 is 
making a resource release notification request and 
waiting for a response to the request, the resource 
manager 1 receives from another application another 
request for the same resource before the response waiting 
time is over. In that case, the resource manager 1 grants 
permission to acquire the resource to the application 
with the higher priority than the other or to the 
application that made the request later than the other. 
[0027] 



It might also happen that a response to a notice of 
the cause for removing the right to acquire a resource, 
or a request to release a resource, is not reported 
within a "release processing time" designated by the 
application 4 upon requesting acquisition of the resource 
in question. In such a case, the resource manager 1 sends 
a "release error" notice to both the application that has 
made the acquisition request and the application using 
the resource in question. In case of a release error, the 
resource manager 1 regards all subsequent acquisition 
requests as release errors unless and until the resource 
in question is released. 
[0028] 

The data to be communicated between the blocks 
shown in Fig. 2 will now be explained. 
[0029] 

The applications 4 send to the resource manager 
access library 3 the following data: initial setting 
request data, stop setting request data, resource 
acquisition request data for inside-outside 
synchronization, resource release request data, resource 
release notification request data, and resource release 
notification request canceling data. The initial setting 
request data is composed of data indicating a message 



receiving method and reception destination pointers. The 
resource acquisition request data is made up of function 
group data composed of function names, priority data, 
acquisition cause data, resource release maximum 
processing time data, and resource handles. The resource 
release request data is formed by the resource handles. 
The resource release notification request data is 
constituted by the function group data, priority data, 
and resource handles. The resource release notification 
request canceling data is constituted by the resource 
handles. The priority data is indicative of the 
priorities of acquisition requests and release 
notification requests. The acquisition cause data denotes 
the cause for resource acquisition. The resource release 
maximum processing time data represents the maximum time 
actually required for the application to release the 
resource it is using. 
[0030] 

The application 4 sends a process ID, message type 
data, and message data to the handle management block 8. 
The process ID is specific to the application in question. 
The message type data includes an initial setting request 
message, a stop setting request message, an acquisition 
request message., a release request message, a release 



notification request message, and a release notification 
canceling request message. The message data indicates the 
content of the message corresponding to each of the 
message types in use. Of the message types, the initial 
setting request message is a message for cataloging the 
application in question. The stop setting request message 
is a message that cancels cataloging of the application. 
The acquisition request message is used to request 
acquisition of a function. The release request message is 
a message for requesting the release of a function. The 
release notification request message is used to wait for 
the release of a resource. The release notification 
canceling request message is a message for canceling the 
state in which to wait for the release of a resource. The 
initial setting request message contains a message 
receiving method and a reception destination pointer. The 
acquisition request message contains a resource handle, 
the group of functions to be acquired, the priority of 
acquisition, the cause for acquisition, a resource 
release maximum processing time, and the destination to 
which to send a first message in response to the 
acquisition of a resource. The release request message 
contains the resource handle of the resource to be 
released. The release notification request message 
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contains the resource handle for release notification, 
the group of functions waiting for the release of a 
resource, the priority of release notification, and a 
release notification waiting time. The release 
notification canceling request message contains the 
resource handle for canceling release notification. 
[0031] 

The handle management block 8 sends resource handle 
data, message type data, and cause data to the 
applications 4. The cause data is representative of the 
cause for a failed request and the reason why a request 
is generated to release a release request notice. The 
message type data includes a successful acquisition 
notification message, an unsuccessful acquisition 
notification message, a release request notification 
message, a release notification message, a release notice 
waiting time-out notification message, and a release 
error notification message. The successful acquisition 
notification message is an acquisition request -granted 
message indicating successful acquisition of a resource. 
The unsuccessful acquisition notification message is an 
acquisition-denied message indicating the failed attempt 
to acquire a resource. The release request notification 
message is a message that requests implementation of the 
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release of handles. The release notification message 
indicates that all designated resources have been 
released. The release notice waiting time-out 
notification message is a message indicating that a 
resource has not been released upon elapse of a release 
notice waiting time. The release error notification 
message is a message signaling a time-out on the release 
request made in response to a release notice. This 
message is given to both the application that requests 
acquisition of the resource and the application 
requesting release of the resource. 
[0032] 

The handle management block 8 sends a message ID, 
message type data, function group data, a process ID, 
priority data, cause data, resource release time data, 
and release waiting time data to the resource management 
block 7. The message ID is an identifier that identifies 
each message. Where there is a message returned in 
response to a transmitted message, the message ID of the 
responding message becomes the identifier of the 
transmitted message. The message type data includes an 
acquisition request message, a release request message, a 
not-needed response message, a release notification 
request message, and a cause response message. The 
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function group data indicates a group of functions. The 
process ID is an identifier that identifies an 
application process. The priority data is data indicating 
the priorities of an acquisition request and a release 
notification request. The cause data indicates the cause 
for resource acquisition. The resource release time data 
is data denoting the. maximum time actually required for 
the application to release the resource it is using. The 
release notice waiting time data is data indicative of a 
time-out period from the time a release notification 
request is issued until a release notice is received. Of 
the message types, the acquisition request message is a 
message that requests acquisition of a function. The 
release request message is a message for requesting 
release of a function. The not-needed response message is 
used to signal that a function group is not needed in 
response to a received notice indicating the release of 
that function group. The release notification request 
message is a message for requesting to be notified of the 
release of all resources for the designated function. The 
cause response message is a message issued as a response 
to a cause notice. 
[0033] 

The resource management block 7 sends a message ID, 
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message type data, function group data, a process ID, 
cause data, cause process data, and cause priority data 
to the handle management block 8. The message ID is an 
identifier that identifies each message. As such, the 
message serves as a message ID for each message 
transmitted by the handle management block 8 . The message 
type data includes a successful acquisition notification 
message, an unsuccessful acquisition notification message, 
a successful release notification message, an 
unsuccessful release notification message, a cause 
notification message, a release notification message, a 
release notice time-out notification message, and a 
release error notification message. The function group 
data is data that denotes a function group. The process 
ID is an identifier that identifies an application 
process. The cause data is data representative of the 
causes for failed resource acquisition, for failed 
release, for generation of a cause notice, and for 
acquisition of a resource prior to a notice indicating 
release of the corresponding function. The cause process 
data is data identifying the process that caused failed 
resource acquisition, failed release, or generation of a 
cause notice; or data identifying the process that caused 
acquisition of a resource prior to a notice indicating 
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release of the corresponding function. The cause priority 
data is representative of the priority that caused failed 
resource acquisition, failed release, or generation of a 
cause notice; or the priority that caused acquisition of 
a resource prior to a notice indicating release of the 
corresponding function. Of the message types, the 
successful acquisition notification message is a message 
that indicates successful acquisition of a function! The 
unsuccessful acquisition notification message is a 
message indicating the failed attempt to acquire a 
function. The successful release notification message is 
a message indicative of successful release of a function. 
The unsuccessful release notification message indicates 
the failed attempt to release a function. The cause 
notification message is a message indicating that the 
right to use a function resource is moved. The release 
notification message indicates that all resources of the 
function designated by a release notification request 
have been released. The release notice time-out 
notification message is a message indicating a time-out 
on a release notification request. The release error 
notification message indicates a time-out on the response 
to a cause notice stemming from an acquisition request. 
This message is transmitted in two directions: one in 
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which the cause is signaled, and the other in which 
acquisition is requested. 
[0034] 

Fig. 3 is a block diagram outlining a structure of 
a mobile phone terminal as an example of the electronic 
equipment embodying the present invention. Of the 
components in Fig. 3, those shown in Fig. 2 are 
designated by like reference numerals. The components 
appearing in Fig. 3 constitute simply a principal 
structure of the mobile phone terminal. 
[0035] 

In the example of Fig. 3, the applications 4 of the 
mobile phone terminal include: a telephone application 43 
that implements the telephone function of the mobile 
phone terminal; a clock application 44 for implementing a 
clock function; a screen application 45 for implementing 
display capabilities and a screen save function; an 
application launcher 46 for starting an application; and 
user-defined applications (APP1, APP2) 41 and 42. These 
applications are connected to an operating system (OS) 21 
via an application framework 14 as a base for 
applications, a window manager 13, and the resource 
access library 5 shown in Fig. 2. 
[0036] 
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In the example of Fig. 3, the resources 6 include: 
a liquid crystal display (LCD) device 62 illustratively 
for providing displays; a driver 61 for driving the 
device 62; a key device 64 which is typically a ten-key 
pad; a driver 63 for driving the key device 64; a system 
device 66 that supports the transmission and reception 
(communication) capabilities of the mobile phone terminal 
and other major functions; a driver 65 for driving the 
system device 66; a camera device 68 that serves as a 
digital camera; a driver 6 7 for driving the camera device 
68; a memory device (Mem/Flash File) 72 that is a memory 
serving as a storage medium of the present invention; a 
driver (Mem/FileSys Task) 71 for writing and reading 
files to and from the memory device 72; miscellaneous 
hardware 70 such as LEDs (light-emitting diodes) and an 
audio device; and miscellaneous drivers 6 9 for driving 
the hardware 70. A CPU (central processing unit) 23 
controls these devices and performs various operations in 
conjunction with the devices. 
[0037] 

A task manager 11 in Fig. 3 manages tasks during 
execution of the applications^. An event manager 12 
manages diverse events. A resource manager (ResMan) 1 
corresponds to the resource manager 1 shown in Fig. 2. 
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[0038] 

How the resource manager of the above -described 
embodiment typically manages resources will now be 
described with reference to the timing flowcharts of Figs. 
4 through 8 . 
[0039] 

Fig. 4 is a timing flowchart showing how the 
resource manager of the present invention manages a 
conflict between applications APP1 and APP2 about 
resource usage, the application APP1 being higher in 
priority than the application APP2 (APP1 > APP2) and the 
application APP2 not issuing a release notification 
request whereas the application APP1 made a resource 
acquisition request designating a function earlier than 
the application APP2 . . 
[0040] 

Referring to Fig. 4, the resource manager 
illustratively receives in step SI a new resource 
acquisition request from the application APP1 designating 
a function. In step S2, the resource manager determines 
whether there is a resource conflict. Because the 
resource to be used by the designated function is not 
being used by any other application, the resource manager 
in step S3 returns to the application APP1 permission to 



acquire the resource. In step S4, the application APP1 
acquires the desired resource. 
[0041] 

Later in step S5 , the resource manager receives a 
new resource acquisition request from the application 
APP2 designating a function including the same resource 
being used. In that case, the resource manager checks in 
step S6 to determine, whether there is a resource conflict. 
Since the resource desired to be used by the application 
APP2 is being used already by the application APP1, the 
resource manager returns in step S7 an unsuccessful 
acquisition notice to the application APP2 . In step S8, 
the application APP2 carries out an acquisition-denied 
process following the failed attempt to acquire the 
desired resource. 
[0042] 

Fig. 5 is a timing flowchart showing how the 
resource manager of the present invention manages a 
conflict between the applications APP1 and APP2 about 
resource usage, the application APP1 being higher in 
priority than the application APP2 (APP1 > APP2) and the 
application APP2 issuing a release notification request 
whereas the application APP1 made a resource acquisition 
request designating a function earlier than the 
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application APP2 . The steps in Fig. 5 which are 
equivalent to those already discussed in reference to Fig. 
4 will not be described further. 
[0043] 

In step S8 of Fig.- 5, the application APP2 performs 
the acquisition-denied process, and sends a release 
notification request to the resource manager. At this 
point, the resource manager catalogs in a list the 
function designated by the release notification request 
in association with the requesting application. 
Subsequently the application APP1 completes its process 
and releases the resource in step S10. In step Sll, upon 
receiving a release complete notice from the application 
APP1, the resource manager searches for any release 
notification request coming from any other application in 
step S12. In this case, the release notification request 
from the application APP2 has been cataloged in the list. 
Thus the resource manager in step S13 notifies the 
application APP2 that the resource in question has been 
released. 
[0044] 

When thus informed of the release of the desired 
resource, the application APP2 goes to step S14 and 
issues another acquisition request designating the 
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function. After receiving the acquisition request in step 
S14, the resource manager in step S15 determines whether 
there is a resource conflict. Because the resource to be 
used by the designated function is not being used by any 
other application, the resource manager in step S16 
returns an acquisition complete notice to the application 
APP2. In step S17, the application APP1 acquires the 
desired resource. 
[0045] 

Fig. 6 is another timing flowchart showing how the 
resource manager of the present invention manages a 
conflict between the applications APP1 and APP2 about 
resource usage. In this case, whereas the application 
APP1 also made a resource acquisition request designating 
a function earlier than the application APP2 , the 
application APP1 is equal in priority to the application 
APP2 so that the application that made the acquisition 
request later than the other is given the higher priority 
(APP1 < APP2) and further the application APP1 does not 
issue a release notification request. The steps in Fig. 6 
which are equivalent to those already discussed in 
reference to Figs. 4 and 5 will not be described further. 
[0046] 

In step S6 of Fig. 6, the resource manager upon 
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determining presence of a resource conflict finds that 
the application APP2 is equal to or more than the 
application APP1 in priority and that the application 
APP1 made the resource acquisition request later than the 
other application. In that case, the resource manager in 
step S21 issues a resource release request to the 
application APP1 . On receiving the release request, the 
application APP1 performs a resource release process in 
steps S22 and S23. In step S24, the application APP1 
sends a release complete notice to the resource manager. 
[0047] 

Upon receipt of the release complete notice from 
the application APP1, the resource manager in step S25 
sends an acquisition complete notice to the application 
APP2. In step S26, the application APP2 acquires the 
desired resource. 
[0048] 

After completing its process, the application APP2 
releases the resource in step S27. In step S28, the 
resource manager receives a release complete notice from 
the application APP2 . In step S29, the resource manager 
catalogs the released resource in the list. 
[0049] 

Fig. 7 is another timing flowchart showing how the 
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resource manager of the present invention manages a 
conflict between the applications APP1 and APP2 about 
resource usage. In this case, whereas the application 
APP1 also made a resource acquisition request designating 
a function earlier than the application APP2 , the 
application. APP1 is equal in priority to the application 
APP2 so that the application that made the acquisition 
request later than the other is given the higher priority 
(APP1 < APP2) and further the application APP1 issues a 
release notification request. The steps in Fig. 7 which 
are equivalent to those already discussed in reference to 
Figs. 4, 5 and 6 will not be described further. 
[0050] 

In step S23 of Fig. 7, the application APP1 
releases the resource it has used. In step S30, the 
application APP1 sends a release complete notice and a 
release notification request to the resource manager. 
[0051] 

Later in step S28, the resource manager receives a 
release complete notice from the application APP2 . In 
step S31, the resource manager verifies what is contained 
in the list in which applications are cataloged in wait 
for the release of resources. From the release waiting 
list, the resource manager finds that the application 



APP1 has issued a release notification request. Thus the 
resource manager in step S32 sends a resource release 
notice to the application APP1 . 
[0052] 

After receiving the resource release notice from 
the resource manager, the application APP1 in step S33 
makes preparations for getting cataloged again in the 
list for another attempt at resource acquisition. With 
the preparations completed, the application APP1 in step 
S34 sends an acquisition request to the resource manager. 
[0053] 

In step S35, the resource manager determines 
whether there is a resource conflict. With no conflict 
detected at this point, the resource manager in step S36 
returns an acquisition complete notice to the application 
APP1. In step S37, the application APP1 acquires the 
desired resource again. 
[0054] 

Fig. 8 is a timing flowchart showing how the 
resource manager of the present invention manages a 
conflict among the application APP1, application APP2, 
and an application APP3 about resource usage, and assumes 
that the application APP2 initially made a resource 
acquisition request, followed by the applications APP2 
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and APP3 each making the same request in that order. It 
is also assumed that the application APP3 has a higher 
priority than the application APP1 or APP2 , the latter 
two being equal in priority. The later the request issued 
by an application, the higher the priority for that 
application (APP1 < APP2 < APP3) . In the example of Fig. 
8, the application APP1 issues a release notification 
request. The steps in Fig. 8 which are equivalent to 
those already discussed in reference to Figs. 4, 5, 6 and 
7 will not be described further. 
[0055] 

In step S5 of Fig. 8, a resource acquisition 
request by the application APP3 is executed later than 
resource acquisition request by the application APP2 . The 
resource manager receives the resource acquisition 
request from the application APP3 in step S40. After 
receiving a release complete notice and a release 
notification request from the application APP1 in step 
S30, the resource manager determines in step S41 whether 
there is a resource conflict between the applications 
APP1, APP2 and APP3 . In this case, the resource manager 
in step S42 sends an acquisition complete notice to the 
application APP3 because the application APP3 has the 
highest priority. In step S43, the resource manager sends 
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an unsuccessful acquisition notice to the application 
APP2. In step S44, the application APP3 acquires the 
desired resource. 
[0056] 

After completing its process, the application APP3 
in step S45 releases the resource it has used. In step 
S46, the application APP3 sends a release complete notice 
to the resource manager. 
[0057] 

Upon receipt of the release complete notice, the 
resource manager in step S47 verifies what is contained 
in the release waiting list. From that list, the resource 
manager finds that the application APP1 has issued a 
release notification request. Thereafter, the process 
constituted by steps S32 through S37 in Fig. 7 is carried 
out . 
[0058] 

As explained above, the resource manager embodying 
the present invention provides a flexible resource 
management facility by dynamically implementing priority 
and usage right management in keeping with the current 
use status (conditions) . In other words, the inventive 
resource manager manages resource usage rights in such a 
manner that the applications for actually using hardware 



resources and the applications given the right to use 
resources may be defined flexibly. 
[0059] 

The above -described embodiment introduces the 
concept of "functions" as units each made up of a 
plurality of resources necessary for constituting an 
application among the individual hardware resource as the 
increment of resource usage rights management, thereby 
permitting resource management on a function-by- function 
basis . 
[0060] 

The embodiment above has a request queue inside 
with consideration given to the priorities of 
applications and resources. Compared with the simplistic 
last-in-first-out algorithm, the embodiment makes it 
possible to reduce the number of unproductive resource 
conflicts . 
[0061] 

Although the description above contains many 
specificities, these should not be construed as limiting 
the scope of the invention but as merely providing 
illustrations of the presently preferred embodiment of 
this invention. It is to be understood that changes and 
variations may be made without departing from the spirit 
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or scope of the claims that follow. For example, the 
invention may be applied not only to mobile phone 
terminals but also to personal computers and PDAs 
(Personal Digital Assistants) . With regard to the 
correspondence table in Fig. 1, information about the 
function desired by a given application 4 and about the 
resources corresponding to that functions may be sent by 
the application 4 in question to the resource manager 1 
every time the application 4 issues a resource 
acquisition request. Furthermore , the priorities is 
applied not only to the applications but also to the 
functions or to the resources included in each of the 
functions. In such cases, the resource manager 1 may 
determine whether there is a resource conflict with 
respect to a given function or to each of the resources 
within the function. The resource manager 1 may then 
issue a resource acquisition complete notice and other 
notices in view of the result of the resource conflict 
determination . 
[0062] 

[Effects of the Invention] 

In the present invention, the resource managing 
apparatus exercises management over how to determine 
presence of conflict between resources, how to decide 
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whether or not to grant permission to use resources, and 
how to allocate the right to use resources. If any 
processing means that was using a resource has released 
xt and if there is another processing means requesting to 
be notified of release of that resource, the resource 
managing apparatus issues to the requesting processing 
means an acquisition complete notice saying that the 
resource has been released. This makes it possible to 
allocate resources efficiently and flexibly between a 
plurality of processing means (e.g., applications), 
whereby exclusive, conflict-free resource usage is 
implemented. 

[Brief Description of the Drawings] 
[Fig. 1] 

Fig. l is a tabular view showing relations of 
correspondence between functions and resources . 
[Fig. 2] 

Fig. 2 is a block diagram outlining a structure of 
electronic equipment that carries out resource management 
as an embodiment of the present invention. 
[Fig. 3] 

Fig. 3 is a block diagram outlining a structure of 
a mobile phone terminal as an example of the electronic 
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equipment embodying the present invention. 
[Fig. 4] 

Fig. 4 is a timing flowchart showing how a resource 
manager manages a conflict between applications APP1 and 
APP2 about resource usage, the application APP1 being 
higher in priority than the application APP2 , the 
resource manager receiving no request to be notified of 
released resources. 
[Fig. 5] 

Fig. 5 is a timing flowchart showing how the 
resource manager manages a conflict between the 
applications APP1 and APP2 about resource usage, the 
application APP1 being higher in priority than the 
application APP2, the resource manager receiving a 
request to be notified of released resources. 
[Fig. 6] 

Fig. 6 is a timing flowchart showing how the 
resource manager manages a conflict between the 
applications APP1 and APP2 about resource usage, the 
application APP1 being equal to or lower in priority than 
the application APP2, the resource manager receiving no 
request to be notified of released resources. 
[Fig. 7] 

Fig. 7 is a timing flowchart showing how the 
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resource manager manages a conflict between the 
applications APP1 and APP2 about resource usage, the 
application APP1 being equal to or lower in priority than 
the application APP2, the resource manager receiving a 
request to be notified of released resources. 
[Fig. 8] 

Fig. 8 is a timing flowchart showing how the 
resource manager manages a conflict among the application 
APP1, application APP2 , and an application APP3 about 
resource usage, the application APP1 being equal to or 
lower in priority than the application APP2 which in turn 
is lower in priority than the application APP3, the 
resource manager receiving a request to be notified of 
released resources. 

[Description of Reference Numerals] 

1 ... Resource manager, 2 ... Resource manager 
processing block, 3 ... Resource manager access library, 4 
... Application, 5 ... Resource access library, 6 ... Hardware 
resource 
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[Name of Document] Abstract of the Disclosure 
[Abstract] 

[Object] This invention provides a method and an 
apparatus for allocating resources between applications 
efficiently and flexibly to permit exclusive, conflict- 
free resource usage . 

[Solving Means] When an application APP1 is using a 
resource, a resource manager (ResMan) may receive a 
resource acquisition request from an application APP2 (in 
step S5) . The resource manager then determines whether 
the applications APP1 and APP2 are in conflict with one 
another about resource usage (in step S6) . An 
acquisition-denied notice is returned to the application 
APP2 of a lower priority (in step S7) . On receiving a 
request to be notified of release of the resource from 
the application APP2 (in step S9) , followed by the 
receipt of a notice saying that the resource has been 
released from the application APP1 (in step Sll) , the 
resource manager checks to see if there is any other 
conflicting request for the resource (in step S15) . With 
no such request detected, the resource manager issues a 
resource acquisition complete notice to the application 
APP2 (in step S16) . 
[Selected Drawing] Fig. 5 

50 



In the drawings: 
[Fig. 1] 
1-1: Resource 
1-2: Function 
[Fig. 2] 

1: Resource manager 

2 : Resource manager processing block 

3: Resource manager access library 

4: Application 

5: Resource access library 

6 : Hardware resource 

7 : Resource management block 

8 : Handle management block 

[Fig. 4] 

SI: Acquisition request 

S2 : Determination of presence of resource conflict 
S3: Permission to acquisition request 
S4: Resource acquisition 
S5: Acquisition request 

S6: Determination of presence of resource conflict 
S7: Unsuccessful acquisition 
S8: Acquisition-denied process 
[Fig. 5] 

SI: Acquisition request 
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S2: 


Determination of presence of resource 


conflict 


S3: 


Permission to acquisition request 




S4 : 


Resource acquisition 




S5: 


Acquisition request 




S6: 


Determination of presence of resource 


conflict 


S7: 


Unsuccessful acquisition 




S8: 


Acquisition-denied process 




S9: 


Release notification request 




S10 


: Resource release 




Sll 


: Release complete notice 




S12 


Search for release notification request 


S13 


Release notification 




S14 


Acquisition request 




S15 


Determination of presence of resource 


conflict 


S16 


Acquisition complete notice 




S17 


Resource acquisition 




[Fig. 6] 




SI: 


Acquisition request 





S2: Determination of presence of resource conflict 
S3 : Permission to acquisition request 
S4: Resource acquisition 
S5: Acquisition request 

S6: Determination of presence of resource conflict 
S21: Release request 



S22 : Release process 

S23 : Resource release 

S24 : Release complete notice 

S25: Acquisition complete notice 

S26: Resource acquisition 

S27: Resource release 

S28: Release complete notice 

S29: Process for released resource in list 

[Fig. 7] 

SI: Acquisition request 

S2: Determination of presence of resource conflict 
S3 : Permission to acquisition request 
S4 : Resource acquisition 
S5: Acquisition request 

S6: Determination of presence of resource conflict 

S21: Release request 

S22 : Release process 

S23 : Resource release 

S25: Acquisition complete notice 

S26: Resource acquisition 

S27: Resource release 

S28: Release complete notice 

S30: Release complete notice and release notification 
request 
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S31: Verification of release waiting list 
S32: Resource release notice 

S33 : Preparations for getting cataloged again 
S34 : Acquisition request 

S35: Determination of presence of resource conflict 
S36: Acquisition complete notice 
S37: Resource acquisition 
[Fig. 8] 

SI: Acquisition request 

S2: Determination of presence of resource conflict 
S3 : Permission to acquisition request 
S4: Resource acquisition 
S5 : Acquisition request 

S6: Determination of presence of resource conflict 
S21: Release request 
S22: Release process 
S23: Resource release 

S30: Release complete notice and release notification 
request 

S32: Resource release notice 

S33: Preparations for getting cataloged again 
S34 : Acquisition request 

S35: Determination of presence of resource conflict 
S36: Acquisition complete notice 
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S3 7: Resource acquisition 
S40: Acquisition request 

S41: Determination of presence of resource conflict agai 

S42 : Acquisition complete notice 

S43: Unsuccessful acquisition 

S44 : Resource acquisition 

S45: Resource release 

S46: Release complete notice 

S47: Verification of release waiting list 

8-1: Queuing 
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